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(54) Integrated bill management system and method 



(57) An integrated bill management system and an 
associated method for use therewith are disclosed 
which can manage the delivery of, and handle the pay- 
ments associated with, both outgoing invoices from 
businesses to their customers and incoming bills from 
vendors to the businesses. Invoices are presented to 
customers and payment by the customers is facilitated, 



and bills from the vendors are obtained and presented 
electronically to the businesses and paid electronically 
for the businesses. Invoices may be presented to the 
customers either electronically or in paper form, and 
electronic and paper payments from the customers may 
be processed by the system. Vendors may provide ei- 
ther electronic or paper bills, and payment to vendors 
may be processed electronically or in paper form. 
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Description 

[0001] This application is related to concurrently filed 
co-pending U.S. Patent Application No. 
, entitled "Integrated Bill Present- 
ment and Payment System and Method of Operating the 
Same," which application is hereby incorporated herein 
by reference. 

BACKGROUND OF THE INVENTION 

[0002] Field of the Invention - The present invention 
relates generally to bill presentment and payment, and 
more particularly to an integrated bill management sys- 
tem and an associated method for use therewith for 
managing the delivery of and handling payment associ- 
ated with both outgoing invoices from businesses to 
their customers and incoming bills from vendors to the 
businesses. 

[0003] The history of the use of electronic funds trans- 
fers by businesses to facilitate their businesses goes 
back to the mid.1980's, when a few large companies 
began developing an EDI (Electronic Data Interchange) 
system which would allow it to both order parts and to 
be invoiced and pay for the parts. EDI is a protocol which 
allows unrelated, stand-alone systems to communicate 
with each other through the use of a neutral or common 
data format. EDI systems have been used by very large 
businesses such as General Motors since the late 
1980's to facilitate the ordering of inventory, and repre- 
sent a type of integrated management system which has 
financial overtones. Such EDI systems typically include 
the capability for a company to order materials, and to 
be billed for and to electronically pay for the materials 
ordered by a company from its vendors. 
[0004] Unfortunately, they are dependent upon the 
use of common standards which may exist among cer- 
tain large companies for their convenience, but which 
do not exist as yet among a broad cross section of com- 
panies and businesses. In addition, these systems deal 
only with the ordering, invoicing, and paying of suppli- 
ers. Despite the fact that such systems have been 
known for well over a decade, no marked improvement 
or widespread adoption of them has occurred to date. 
[0005] Another area in which electronic business prin- 
cipals have found application is in the area of electronic 
bill presentment and payment, which has been devel- 
oping slowly. In view of the high cost of sending conven- 
tional bills and the delay and cost of receiving payment 
by mail, the potential beneficial effect of electronic bill 
payment for cost reduction and revenue production to 
businesses would seem to represent a tremendous op- 
portunity. However, the electronic bill payment industry 
has not matured rapidly. Many billers have been unable 
to reach enough customers to justify either the initial 
cost or the ongoing cost of offering online bill present- 
ment and payment. 

[0006] It is accordingly the primary objective of the 



present invention that it provide an integrated, combined 
bill management system for use by businesses which 
interfaces with both customers and vendors of the busi- 
nesses. It is a first closely related objective of the 
5 present invention that it enable the presentation of in- 
voices to customers of the businesses, and that it further 
facilitate payment by the customers. It is a second close- 
ly related objective of the present invention that it enable 
the obtaining of bills from the vendors and that it present 

10 these bills electronically to the businesses and facilitate 
their electronic payment by the businesses. 
[0007] It is a further objective of the business com- 
bined bill management system of the present invention 
that it be capable of accepting any form of customer in- 

15 voicing information from businesses, including either 
paper or electronic invoice information. It is a still further 
objective of the present invention that it be capable of 
supplying either electronic or paper invoices to custom- 
ers, irrespective of the form of invoice originally gener- 

20 ated and provided by the businesses. It is yet another 
objective of the present invention that be capable of ac- 
cepting either paper or electronic payment from custom- 
ers irrespective of the form in which the invoice was sent 
to the customers. 

25 [0008] It is another objective of the business com- 
bined bill management system of the present invention 
that it be capable of accepting either paper or electronic 
bills from vendors, while providing electronic bills to the 
businesses for review and payment. It is still another ob- 

30 jective of the present invention that in its preferred em- 
bodiment it present an operational cash flow manage- 
ment capability to enable the businesses it serves to well 
understand both their present and anticipated future 
cash flow position. It is a further objective of the present 

35 invention that it be capable of simultaneously serving a 
plurality of businesses, each of which has both multiple 
customers and multiple vendors. 
[0009] The business combined bill management sys- 
tem of the present invention must also operate in a man- 

40 ner which is both secure and effective, and it should re- 
quire little or no effort or special training for the employ- 
ees of businesses which use it to handle their invoicing 
of and collection from customers, and review and pay- 
ment of bills from their vendors. In order to enhance the 

45 market appeal of the business combined bill manage- 
ment system of the present invention, it should also be 
economically efficient by virtue of its integrated design 
to minimise its cost and thereby afford it the broadest 
possible market. Finally, it is also an objective that all of 

so the aforesaid advantages and objectives of the business 
combined bill management system of the present inven- 
tion be achieved without incurring any substantial rela- 
tive disadvantage. 



[001 0] The disadvantages and limitations of the back- 
ground art discussed above are overcome by the 



55 SUMMARY OF THE INVENTION 



3 



EP 1 361 532 A2 



4 



present invention. With this invention, a business com- 
bined bill management system for use with businesses 
is provided, the system and an associated method work- 
ing with the customers and vendors of each of these 
businesses to integrate the incoming and outgoing bills 
of the companies served by the business combined bill 
management system. The business combined bill man- 
agement system has four primary components: a BSP 
("biller service provider") module, a CSP ("customer 
service provider") module, a payment processing mod- 
ule, and an operational cash flow module. The system 
with these four modules is interposed between the busi- 
nesses which it serves and their customers and ven- 
dors. 

[001 1] The BSP module functions to provide invoices 
from the businesses to customers, and to facilitate pay- 
ment from the customers. Electronic billing data is ob- 
tained from the businesses, either directly or by scan- 
ning paper bills into an electronic format. The electronic 
billing data is then parsed to obtain the data which is 
then presented to the BSP module and is used to pro- 
vide bills to the businesses* customers. The bills are pre- 
sented to the customers by the BSP module, preferably 
electronically, but also as paper bills for those customers 
which are unable to accept electronic bills. The custom- 
ers may pay either electronically or in paper form, and 
the data on the customer payments is either provided 
directly to the BSP module if is in electronic form, or it 
is converted into electronic form. If a customer uses a 
third party bill payment processor, the BSP module ob- 
tains an indication of payment from the third party bill 
payment processor. 

[001 2] The CSP module functions to provide bills from 
the vendors to the businesses, and facilitates the pay- 
ment of the bills by the businesses. Electronic billing da- 
ta is obtained from the vendors, either directly or by 
scanning paper bills into an electronic format. Electronic 
billing data can also be obtained from third party BSP's, 
either by receiving summary information or by "scrap- 
ing" the website of the BSP. The electronic billing data 
is then parsed to obtain the data which is provided to 
the CSP module and is used to provide the vendors' bills 
to the businesses. The bills are presented electronically 
to the businesses by the CSP module, which provide 
payment instructions back to the CSP module. 
[0013] The payment processing module facilitates 
payments for both the BSP module and the CSP mod- 
ule. It does so by sending debit and credit instructions 
to the businesses' banks, the customers' banks, and the 
vendors' banks. The payment processing module can 
initiate the transmission of paper payments when nec- 
essary. It can make the payments at scheduled times, 
or immediately, depending upon the particular circum- 
stances. 

[0014] The operational cash flow module takes infor- 
mation which is provided to it and uses the information 
to perform calculations as to present and future project- 
ed cash flow of each of the businesses serviced by the 



combined bill management system of the present inven- 
tion. The BSP module, the CSP module, and the pay- 
ment processing module all provide information to the 
operational cash flow module. In addition, information 
5 from the businesses' banks and their payroll information 
(and/or other non-invoice-based cash flow information) 
is also provided to the operational cash flow module. 
[0015] It may therefore be seen that the present in- 
vention teaches an integrated, combined bill manage- 

10 ment system for use by businesses which interfaces 
with both customers and vendors of the businesses. The 
business combined bill management system enables 
the presentation of invoices to customers of the busi- 
nesses, and it further facilitates payment by the custom- 

15 ers. The business combined bill management system of 
the present invention enables the obtaining of bills from 
the vendors and it presents these bills electronically to 
the businesses and facilitates their electronic payment 
by the businesses. 

20 [001 6] The business combined bill management sys- 
tem of the present invention is capable of accepting any 
form of customer invoicing information from businesses, 
including either paper or electronic invoice information. 
The business combined bill management system is ca- 

25 pable of supplying either electronic or paper invoices to 
customers, irrespective of the form of invoice originally 
generated and provided by the businesses. The busi- 
ness combined bill management system of the present 
invention is capable of accepting either paper or elec- 

30 tronic payment from customers irrespective of the form 
in which the invoice was sent to the customers. 
[0017] The business combined bill management sys- 
tem of the present invention is capable of accepting ei- 
ther paper or electronic bills from vendors, while provid- 

35 ing electronic bills to the businesses for review and pay- 
ment. The business combined bill management system 
in its preferred embodiment also can advantageously 
present an operational cash flow management capabil- 
ity to enable the businesses it serves to understand both 

40 their present and anticipated future cash flow position. 
The business combined bill management system of the 
present invention is capable of simultaneously serving 
a plurality of businesses, each of which has both multi- 
ple customers and multiple vendors. 

45 [001 8] The business combined bill management sys- 
tem of the present invention operates in a manner which 
is both secure and effective, and it requires little or no 
effort or special training for the employees of businesses 
which use it to handle their invoicing of and collection 

50 from customers, and review and payment of bills from 
their vendors. The business combined bill management 
system of the present invention is also economically ef- 
ficient by virtue of its integrated design to minimise its 
cost and thereby afford it the broadest possible market. 

55 Finally, all of the aforesaid advantages and objectives 
of the business combined bill management system of 
the present invention are achieved without incurring any 
substantial relative disadvantage. 
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DESCRIPTION OF THE DRAWINGS 

[001 9] These and other advantages of the present in- 
vention are best understood with reference to the draw- 
ings, in which: 

[0020] Fig. 1 is a functional schematic diagram of pre- 
viously known arrangements by which a business bills 
customers and receives payment from the customers, 
and receives bills from vendors and pays the vendors; 
[0021] Fig. 2 is a functional schematic diagram show- 
ing a combined bill management system constructed 
and operating according to the teachings of the present 
invention and its interconnection to two businesses, two 
customers, and two vendors, and their respective finan- 
cial institutions; 

[0022] Fig. 3 is a functional schematic diagram of the 
combined bill management system illustrated in Fig. 2, 
showing the various bill management components in- 
cluded therein as well as exemplary inputs thereto and 
outputs therefrom; 

[0023] Fig. 4 is a functional schematic diagram show- 
ing the combined bill management system illustrated in 
Fig. 3 with a first business and two of its customers and 
two of its vendors, and their respective financial institu- 
tions; 

[0024] Fig. 5 is a functional schematic diagram show- 
ing the combined bill management system illustrated in 
Fig. 3 with a second business and two of its customers 
and two of its vendors, and their respective financial in- 
stitutions; 

[0025] Fig. 6 is a flow diagram illustrating the process 
by which the combined bill management system illus- 
trated in Figs. 2 through 5 facilitates the delivery of billing 
information from a business generating electronic billing 
information to customers which can receive electronic 
billing information and the electronic payment of the bills 
by the customers; 

[0026] Fig. 7 is a flow diagram illustrating the process 
by which the combined bill management system illus- 
trated in Figs. 2 through 5 facilitates the receipt of billing 
information from a vendor generating electronic billing 
information to a business and the electronic payment of 
the bills from the vendor; 

[0027] Fig. 8 is a flow diagram illustrating the process 
by which the combined bill management system illus- 
trated in Figs. 2 through 5 facilitates the delivery of billing 
information from a business generating paper invoices 
to customers which accept only paper billing information 
and the paper payment of the bills by the customers; 
[0028] Fig. 9 is a flow diagram illustrating the process 
by which the combined bill management system illus- 
trated in Figs. 2 through 5 facilitates the receipt of billing 
information from a vendor generating paper bills to a 
business and the paper payment of the bills from the 
vendor; 

[0029] Fig. 10 is a flow diagram illustrating the proc- 
ess by which the operational cash flow projection of the 
combined bill management system illustrated in Figs. 2 



through 5 operates to provide calculated and projected 
financial data to the business; 
[0030] Fig. 11 is a functional schematic diagram of a 
first implementation of the combined bill management 

5 system of the present invention which is implemented 
using a plurality of servers, each of which servers per- 
forms a dedicated function in the system; and 
[0031] Fig. 12 is a functional schematic diagram of an 
alternate implementation of the combined bill manage- 

10 ment system of the present invention which is imple- 
mented using a single computer instead of the discrete 
servers used in the first implementation illustrated in Fig. 
11. 

15 DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0032] Prior to beginning a discussion of the preferred 
embodiment the business combined bill management 

20 system of the present invention, it is helpful to briefly 
describe the status quo in terms of how businesses typ- 
ically deal with bills to be sent to their customers and 
bills received from their vendors. Referring thus to Fig. 
1, as an exemplar the interrelationship between two 

25 businesses and two customers and two vendors is illus- 
trated. A first business has receivables 30, payables 32, 
a bank 34, and an invoicing 36. A second business has 
receivables 40, payables 42, a bank 44, and an invoicing 
46. The two businesses both deal with a first customer 

30 50 which has a first customer bank 52, a second cus- 
tomer 54 which has a second customer bank 56, a first 
vendor 60 which has a first vendor bank 62, and a sec- 
ond vendor 70 which has a second vendor bank 72. 
[0033] The first business receivables 30, the first busi- 
es ness payables 32, and the first business bank 34 are 
shown as interconnected, and the first business receiv- 
ables 30 receives information from the first business in- 
voicing 36. Similarly the second business receivables 
40, the second business payables 42, and second first 

40 business bank 44 are shown as interconnected, and the 
second business receivables 40 receives information 
from the second business invoicing 46. 
[0034] For billing, the first business invoicing 36 for 
the first business and the second business invoicing 46 

45 for the second business each send invoices to the first 
customer 50 and the second customer 54. The first cus- 
tomer 50 and the second customer 54, upon deciding 
to pay the invoices, send payments for the invoiced 
amounts to the first business receivables 30 of the first 

50 business and the second business receivables 40 of the 
second business. Settlement occurs when funds are 
transferred from the first customer bank 52 for the first 
customer and the second customer bank 56 for the sec- 
ond customer to the first business bank 34 for the first 

55 business and to the second business bank 44 for the 
second business. 

[0035] For paying vendors, the first vendor 60 and the 
second vendor 64 each send invoices to the first busi- 
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ness invoicing 36 for the first business and the second 
business invoicing 46 for the second business. The first 
business and the second business, upon deciding to 
pay the invoices, send payments for the invoiced 
amounts to the first vendor 60 and the second vendor 
64. Financial settlement occurs when funds are trans- 
ferred from the first customer bank 52 and the second 
customer bank 56 to the first business bank 34 for the 
first business and to the second business bank 44 for 
the second business. It will be appreciated by those 
skilled in the art that this conventional process is hardly 
efficient, and, for the most part, involves paper invoices 
and paper payments and mail. 
[0036] Referring now to Fig. 2, a combined bill man- 
agement system 70 is illustrated which co-ordinates bill 
management for two businesses with two customers 
and two vendors. Although this example is relatively 
simple for purposes of explaining the operation of the 
business combined bill management system of the 
present invention, it will be understood that the com- 
bined bill management system 70 can be used by many 
businesses to co-ordinate their bill management for their 
customers and vendors, with appropriate scaling of the 
combined bill management system 70 allowing for the 
accommodation of virtually any desired capacity. Each 
of the two businesses depicted has four components 
and a bank, with the four components being those found 
in most accounting systems and including receivables, 
payables, invoicing, and payroll functions. 
[0037] A first business has a first business receiva- 
bles component 72, a first business payables compo- 
nent 74, a first business bank 76, a first business invoic- 
ing component 78, and a first business payroll compo- 
nent 80, with all five of these components being linked 
together and to the combined bill management system 
70. A second business has a second business receiva- 
bles component 82, a second business payables com- 
ponent 84, a second business bank 86, a second busi- 
ness invoicing component 88, and a second business 
payroll component 90, with all five of these components 
being linked together and to the combined bill manage- 
ment system 70. The exact nature of the linkages of 
these components of the first and second businesses to 
the combined bill management system 70 will become 
apparent later in conjunction with the discussion's of 
Figs. 4 and 5 below. 

[0038] A first customer component 92 is linked to a 
first customer bank 94, and both of these components 
are linked to the combined bill management system 70. 
A second customer component 96 is linked to a first cus- 
tomer bank 98, and both of these components are linked 
to the combined bill management system 70. A first ven- 
dor component 100 is linked to a the first vendor bank 
102, and both of these components are linked to the 
combined bill management system 70. A second vendor 
component 104 is linked to a second vendor bank 106, 
and both of these components are linked to the com- 
bined bill management system 70. The exact nature of 



the linkages of these components of the first and second 
businesses and the first and second vendors to the com- 
bined bill management system 70 will become apparent 
later in conjunction with the discussion's of Figs. 4 and 
5 5 below. 

[0039] Referring next to Fig. 3, an exemplary depic- 
tion of components which may be included in the com- 
bined bill management system 70 of the present inven- 
tion together with the inputs to and outputs from the 

10 combined bill management system 70 is provided. Four 
primary modules and a number of lesser modules are 
shown. The first of these primary modules is the BSP 
fbiller service provider") module 110. Conventionally, a 
BSP is a third party service provider which signs up mul- 

15 tiple billers, receives billing information from each of 
them, and converts the bills to electronic form so that 
they may be presented to customers of the serviced bill- 
ers. In the business combined bill management system 
of the present invention, the BSP function module 110 

20 functions to provide invoices from the businesses to 
customers, and to facilitate payment from the custom- 
ers. 

[0040] The second primary module is a CSP ("cus- 
tomer service provider") module 112. Conventionally, a 

25 CSP is a third party service provider which enrols mul- 
tiple customers and delivers electronic bills to them, as 
well as facilitating electronic payment of the bills by the 
customers. In the business combined bill management 
system of the present invention, the CSP function mod- 

30 ule 112 functions to provide bills from the vendors to the 
businesses, and to facilitate payment of the bills by the 
businesses. 

[0041] The third primary module is a payment 
processing module 114. Conventional payment provid- 

35 ers are typically associated with either a BSP (a "biiler 
payment provider") or with a CSP (a "customer payment 
provider"), and facilitate payment by customers to bill- 
ers, the customers' financial institutions, and the billers' 
financial institutions. In the business combined bill man- 

<o agement system of the present invention, the payment 
processing module 114 may facilitate payments for ei- 
ther the BSP function module 110 or the CSP function 
module 112. As such, both the BSP function module 110 
and the CSP function module 112 are operatively con- 

45 nected to the payment processing module 1 1 4 to cause 
it to initiate payments: payments initiated on behalf of 
the BSP function module 110 are from customers to the 
businesses, and payments initiated on behalf of the 
CSP function module 112 are from the businesses to its 

50 vendors. 

[0042] The fourth primary module is an operational 
cash flow projection module 116, which is used to pro- 
vide the businesses with both actual and projected cash 
flow information. The operational cash flow projection 
55 module 116 is operatively connected to both the BSP 
function module 110 and the CSP function module 112 
to derive information from them relating both to invoices 
sent by the businesses to their customers and bills sent 
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by the businesses' vendors to the businesses. The op- 
erational cash flow projection module 116 is also con- 
nected to receive information from the payment 
processing module 114 relating to payments made by it 
both from customers to the businesses and from the 
businesses to their vendors. 

[0043] Two additional inputs are provided to the oper- 
ational cash flow projection module 1 1 6 from outside the 
combined bill management system 70. The first such in- 
put is business bank account information 118, which is 
supplied directly from the banks at which accounts for 
the businesses are located to the operational cash flow 
projection module 116. This information is "typically up- 
dated at least once per business day, although it may 
be updated more frequently, with the frequency of such 
updates depending principally upon how often the 
banks from which the information is derived update ac- 
count information. The second input to the operational 
cash flow projection module 116 is business payroll in- 
formation 120, which is supplied directly from the payroll 
modules of the businesses, and typically contains infor- 
mation which is forward looking (i.e., information as to 
the dates and projected amounts of future payroll pay- 
ments). 

[0044] The operational cash flow projection module 
116 thus takes all of the information which is provided 
to it, performs calculations as to present and future pro- 
jected cash flow of each of the businesses serviced by 
the combined bill management system 70. This present 
and projected future cash flow information is provided 
as an output referred to as cash flow information 1 22, 
which will be provided to the businesses serviced by the 
combined bill management system 70 and the business 
combined bill management system of the present inven- 
tion. 

[0045] Other components of the combined bill man- 
agement system 70 and inputs to and outputs from the 
combined bill management system 70 may now be dis- 
cussed, first with reference to those which relate to the 
BSP function of the combined bill management system 
70 and then with regard to its CSP function. The first 
type of information supplied to the combined bill man- 
agement system 70 from businesses is invoice informa- 
tion, which can be provided in either electronic or in pa- 
per format. The preferred mode is in electronic form as 
bill data 124, which is supplied to a parse module 126 
in the combined bill management system 70. 
[0046] The parse module 1 26 extracts data in the de- 
sired data fields from the bill data 124 and supplies the 
data to the BSP function module 110. The bill data 124 
may be in any of a number of different formats, and the 
parse module 1 26 must identify the business from which 
the data comes, identify which desired data is associat- 
ed with each of the customers from that business, and 
identify the desired data for each of these customers. In 
some instances, the bill data 124 may be in the form of 
a print stream, and in others the bill data 1 24 may be in 
various other formats. The parse module 126 must be 



capable of identifying the format of each of these and 
obtaining the necessary data from the bill data 124. 
[0047] Instead of supplying invoice information elec- 
tronically, it is also possible for the business combined 
5 bill management system of the present invention to ob- 
tain the information from paper invoices 1 28 which are 
supplied to a paper scanning module 130 in the com- 
bined bill management system 70. The data obtained 
by scanning the paper invoices 128 in the paper scan- 
10 ning module 1 30 is provided to a data converting module 
1 32, which extracts the needed billing information from 
the scanned information. As mentioned above, the data 
needed is information which identifies the business from 
which the data comes, identifies which desired data is 
15 associated with each of the customers from that busi- 
ness, and identifies the desired data for each of these 
customers. The data converting module 132 supplies 
this data to the BSP function module 110. 
[0048] The BSP function module 110 uses the infor- 
mation to determine when customers should be billed. 
For example, the billing information may specify a date 
upon which the billing information should be sent to the 
customers. If not, it may be presumed that the billing 
information should be delivered to the customers as 
soon as possible. The billing information may be deliv- 
ered to customers either electronically or by convention- 
al mailed paper bills. The preference, of course, is for 
electronic delivery since it is cheaper and faster. If the 
invoices are to be delivered to a customer electronically, 
they are provided by the BSP function module 110 as 
electronic bills 134, another output of the combined bill 
management system 70. 

[0049] If, on the other hand, the invoices are to be de- 
livered in paper format, they are printed in a paper bill 
printer module 136. The paper bill printer module 136 
may be either included in the combined bill management 
system 70, or it may be farmed out to an outside vendor 
(not shown in Fig. 3) who will print and mail the invoices 
to the customers. If an outside vendor is not used, the 
paper bill printer module 136 will also mail the invoices 
to the customers, and these paper bills 1 38 are another 
output of the combined bill management system 70. 
Typically, paper bills are sent only to customers who 
cannot receive bills in electronic format. In the case of 
those customers who want to receive both an electronic 
bill and a paper bill, they may make this election and 
would then be sent both an electronic bill and a paper 
bill. 

[0050] Targeted messaging may also be used in con- 
junction with the delivery of bills to customers. For ex- 
ample, targeted messaging may be delivered to custom- 
ers through the inclusion of such messages and/or other 
content in either electronic bills or paper bills. Such mes- 
saging may be marketing material relating to the busi- 
ness or its products or services, or, alternately, it may 
relate to another company whose products or services 
are being marketed through a tie-in to the business 
sending the bill. It may be complete in and of itself, or it 
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may consist at least in part of a web link to the business's 
website (or to the tied-in company's website). In this re- 
gard, the business combined bill management system 
of the present invention can also be used to distribute 
information other than bills, such as statements and oth- 
er communications for customers. 
[0051] Similarly, the method of payment used by cus- 
tomers may vary, with customers choosing either elec- 
tronic or paper payment. Direct electronic payment in 
response to the receipt of an electronic invoice is the 
simplest mode, with an electronic payment initiation sig- 
nal 140 being provided by the customer directly to the 
BSP function module 110 of the combined bill manage- 
ment system 70. If the customer uses a third party for 
payment (such as its own CSP), either electronic or pa- 
per invoices may be paid electronically. In this event, the 
third party will, upon making payment outside of the sys- 
tem of the combined bill management system 70, send 
a third party electronic payment signal 142 to an elec- 
tronic lock box 144 contained in the combined bill man- 
agement system 70. The electronic lock box 144 deter- 
mines the customer, the amount of payment, and the 
date that payment was initiated from information con- 
tained in the electronic lock box 1 44. The electronic lock 
box 144 then sends this electronic payment information 
146 (as opposed to an electronic payment) to the BSP 
function module 110. 

[0052] If the customer is making a paper payment 
148, it would be provided to a paper lock box 1 50 in the 
combined bill management system 70. The paper lock 
box 150 serves to provide information regarding the 
identity of the customer including at least the account 
number with the business, the amount being paid, and 
the customer's bank information. This information is re- 
ferred to as paper payment information 1 52, and is sup- 
plied to the BSP function module 110. 
[0053] Following the receipt of information as to a pay- 
ment to be made by the combined bill management sys- 
tem 70, the BSP function module 110 sends the perti- 
nent information to the payment processing module 114, 
which will then handle the payment. The payment 
processing module 114 sends a payment debit 154 to 
the customer's bank, and a payment credit 156 to the 
business's bank to effect the payment. The payment 
processing module 114 also sends payment credit infor- 
mation 157 to the business, and may optionally send 
payment debit information to the customer (not shown 
in the figures). Note that if the payment was handled by 
a third party making the third party electronic payment 
signal 142, the payment processing module 114 will not 
be making the payment; in this case, the information 
supplied to the BSP function module 110 as the elec- 
tronic payment information 146 is merely informational, 
and is not used by the payment processing module 114. 
[0054] Next, the remaining components of the com- 
bined bill management system 70 will be discussed with 
reference to the CSP function of the combined bill man- 
agement system 70. Bill data from vendors is supplied 



to the combined bill management system 70 in either 
electronic or in paper format. The preferred mode is in 
electronic form, either as third party bill data 158 if the 
vendor uses a BSP ("biller service provider") or as bill 
5 data 1 60, which is supplied to a parse module 1 62 in the 
combined bill management system 70. 
[0055] The parse module 1 62 extracts data in the de- 
sired data fields from the bill data 160 and supplies the 
data to the CSP function module 112. The bill data 160 
10 may be in one of a number of different formats, and the 
parse module 162 must identify the vendor from which 
the data comes, and identify the desired transactions for 
each of these vendors. In some instances, the bill data 
160 could be in the form of a print stream, and in others 
15 the bill data 160 may be in various other formats. The 
parse module 1 62 must be capable of identifying the for- 
mat of each of these and obtaining the necessary data 
from the bill data 160. 

[0056] Instead of supplying bill data electronically, it 
is also possible for the business combined bill manage- 
ment system of the present invention to obtain the infor- 
mation from paper bills 1 64 which are supplied to a pa- 
per scanning module 166 in the combined bill manage- 
ment system 70. The data obtained by scanning the pa- 
per bills 164 in the paper scanning module 166 is pro- 
vided to a data converting module 168, which extracts 
the billing information from the scanned information. As 
mentioned above, the data needed is information which 
identifies the vendor from which the data comes, and 
identifies the desired transactions for each of these ven- 
dors. The data converting module 1 68 supplies this data 
to the CSP function module 112. 
[0057] The CSP function module 112 delivers the bill- 
ing information to the business as an electronic bill 1 70 
upon receipt, the electronic bill 170 being another output 
of the combined bill management system 70. Direct 
electronic payment is used to pay bills received by the 
businesses, with an electronic payment order signal 1 72 
being provided by the business directly to the CSP func- 
tion module 112 of the combined bill management sys- 
tem 70. 

[0058] Following the receipt of information as to a pay- 
ment to be made by the combined bill management sys- 
tem the combined bill management system 70 to a ven- 
dor, the CSP function module 112 sends the pertinent 
information to the payment processing module 114, 
which will then handle the payment. The payment 
processing module 114 sends a payment debit 174 to 
the business's bank, and a payment credit 176 to the 
vendor's bank to effect the payment. If the payment to 
a vendor is to be by paper check, then the payment 
processing module 114 causes a paper payment printer 
178 to send a paper payment 180 to the vendor. The 
payment processing module 114 also sends payment 
debit information 1 75 to the business, and may option- 
ally send payment credit information to the vendor (not 
shown in the figures). This completes the discussion of 
the basic operation of the combined bill management 
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system 70. 

[0059] Turning next to Fig. 4, the combined bill man- 
agement system 70 of Fig. 3 is illustrated in a configu- 
ration to serve a first business 190 having a first busi- 
ness bank 192. The first business 190 includes an ac- 
counts receivable accounting system 194, an accounts 
payable accounting system 196, an invoice accounting 
system 198, and a payroll accounting system 200. The 
accounts receivable accounting system 194, the ac- 
counts payable accounting system 196, and the payroll 
accounting system 200 are linked together and to the 
first business bank 192, and the accounts receivable ac- 
counting system 194 is linked to the invoice accounting 
system 198. 

[0060] The invoice accounting system 198 of the first 
business 1 90 generates electronic invoice information, 
which is the bill data 124 provided to the parse module 
126 in the combined bill management system 70. The 
payroll accounting system 200 of the first business 190 
provides the business payroll information 120 to the op- 
erational cash flow projection module 116 in the com- 
bined bill management system 70. The operational cash 
flow projection module 116 provides the cash flow infor- 
mation 122 as an output of the combined bill manage- 
ment system 70 to the first business 1 90. As mentioned 
above, the payment processing module 114 provides 
the payment credit information 157 and the payment 
debit information 1 75 to the first business 1 90. The CSP 
function module 112 in the combined bill management 
system 70 provides the electronic bill 170 to the ac- 
counts payable accounting system 196 in the first busi- 
ness 190. 

[0061] The accounts payable accounting system 196 
in the first business 1 90 provides the electronic payment 
order signal 172 to the CSP function module 112 in the 
combined bill management system 70. The payment 
processing module 114 in the combined bill manage- 
ment system 70 provides the payment credit 156 to the 
first business bank 1 92. The first business bank 1 92 pro- 
vides the business bank account information 118 to the 
operational cash flow projection module 116 in the com- 
bined bill management system 70. The payment 
processing module 114 in the combined bill manage- 
ment system 70 provides the payment credit 174 to the 
first business bank 192. 

[0062] Also illustrated in Fig. 4 is a first customer 202 
having a first customer bank 204. Optionally, the first 
customer 202 may use a CSP ("customer service pro- 
vider") 206 to provide the first customer 202 with bill pre- 
sentment and payment services. If the first customer 
202 also subscribes to the business combined bill man- 
agement system of the present invention, the function 
of the CSP 206 may be performed by the CSP function 
module 1 1 2. Finally, also shown in Fig. 4 is a first vendor 
208 having a first vendor bank 210. Optionally, the first 
vendor 208 may use a BSP ("biller service provider") 
21 2 to provide the first vendor 208 with bill presentment 
services. If the first vendor 208 also subscribes to the 



business combined bill management system of the 
present invention, the function of the BSP 212 may be 
performed by the BSP function module 110. 
[0063] The BSP function module 11 0 in the combined 
5 bill management system 70 provides the electronic bills 
1 34 either directly to the first customer 202, or alternate- 
ly to the CSP 206 if the first customer 202 uses the CSP 
206. If the CSP 206 is used, then the CSP 206 provides 
electronic bills to the first customer 202. If a third party 

10 payment processor is used in conjunction with the CSP 
206, the CSP 206 sends the third party electronic pay- 
ment signal 142 to the electronic lock box 144 in the 
combined bill management system 70. If a third party 
payment processor is used without a CSP 206, the first 

15 customer 202 sends the third party electronic payment 
signal 142 to the electronic lock box 144. 
[0064] If neither a third party payment processor nor 
a CSP 206 is used, the first customer 202 sends the 
electronic payment initiation signal 140 directly to the 

20 BSP function module 110 in the combined bill manage- 
ment system 70. The BSP function module 1 1 0 forwards 
the payment instruction to the payment processing mod- 
ule 114. If a third party payment processor is not used 
but there is a CSP 206, the first customer 202 initiates 

25 payment with the CSP 206, which then sends the elec- 
tronic payment initiation signal 140 to the BSP function 
module 110. The payment processing module 114 in the 
combined bill management system 70 sends the pay- 
ment debit 154 to the first customer bank 204. 

30 [0065] The payment processing module 114 also 
sends the payment debit information 1 75 to the first ven- 
dor bank 210. If the first vendor 208 does not have a 
BSP 212, then the first vendor 208 sends the bill data 
160 directly to the parse module 162 in the combined 

35 bill management system 70. If the first vendor 208 has 
a BSP 212, then the first vendor 208 sends billing data 
to the BSP 212, which then sends the third party bill data 
1 58 to the CSP function module 1 1 2 in the combined bill 
management system 70. 

40 [0066] Moving now to Fig. 5, the combined bill man- 
agement system 70 of Fig. 3 is illustrated in a configu- 
ration to serve a second business 220 having a second 
business bank 222. The second business 220 includes 
an accounts receivable accounting system 224, an ac- 

45 counts payable accounting system 226, an invoice ac- 
counting system 228, and a payroll accounting system 
230. The accounts receivable accounting system 224, 
the accounts payable accounting system 226, and the 
payroll accounting system 230 are linked together and 

50 to the second business bank 222, and the accounts re- 
ceivable accounting system 224 is linked to the invoice 
accounting system 228. 

[0067] The invoice accounting system 228 of the sec- 
ond business 220 generates paper invoices 128 which 
55 are provided to the paper scanning module 130 in the 
combined bill management system 70. The payroll ac- 
counting system 230 of the second business 220 pro- 
vides the business payroll information 120 to the oper- 
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ational cash flow projection module 1 1 6 in the combined 
bill management system 70. The operational cash flow 
projection module 116 provides the cash flow informa- 
tion 122 as an output of the combined bill management 
system 70 to the second business 220. As mentioned 5 
above, the payment processing module 114 provides 
the payment credit information 157 and the payment 
debit information 1 75 to the first business 1 90. The CSP 
function module 112 in the combined bill management 
system 70 provides the electronic bill 170 to the ac- 10 
counts payable accounting system 226 in the second 
business 220. 

[0068] The accounts payable accounting system 226 
in the second business 220 provides the electronic pay- 
ment order signal 172 to the CSP function module 112 15 
in the combined bill management system 70. The pay- 
ment processing module 114 in the combined bill man- 
agement system 70 provides the payment credit 156 to 
the second business bank 222. The second business 
bank 222 provides the business bank account informa- 20 
tion 118 to the operational cash flow projection module 
116 in the combined bill management system 70. 
[0069] Also illustrated in Fig. 5 is a second customer 
232 having a second customer bank 234. Finally, also 
shown in Fig. 5 is a second vendor 236 having a second 25 
vendor bank 238. The paper bill printer module 136 in 
the combined bill management system 70 provides the 
paper bills 1 38 to the second customer 232. The second 
customer 232 sends the paper payment 148 to the pa- 
per lock box 1 50 in the combined bill management sys- 30 
tern 70. 

[0070] The paper payment printer 178 in the paper 
payment printer 178 prints and sends the paper pay- 
ment 180 to the second vendor 236. The second vendor 
sends the paper bills 1 64 to the paper scanning module 35 
166 in the combined bill management system 70. 
[0071] Referring next to Fig. 6 (which parallels Fig. 4), 
the process by which a first business bills a first custom- 
er and the first customer pays the bill is shown. The first 
business generates electronic invoice information, and *o 
the first customer accepts electronic bills and makes 
electronic payments, and may optionally use a CSP 
("customer service provider") and/or third party elec- 
tronic payment. In a send electronic billing data step 
240, the first business sends the bill data to the parse 45 
module. Next, in a parse bill data step 242, the parse 
module parses the bill data to extract the desired infor- 
mation, which is supplied to the BSP function module of 
the business combined bill management system of the 
present invention. so 
[0072] In a determine capability of receiving electronic 
bills step 244, the BSP function module confirms wheth- 
er the first customer can receive electronic bills, making 
an affirmative determination. (Note that in the example 
contemplated in Fig. 6, the customer can in fact receive 55 
electronic bills; accordingly, the determine capability of 
receiving electronic bills step 244 is not shown as having 
more than one outcome.) Next, in a check for CSP de- 
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termination step 246, the BSP checks to determine 
whether or not the first customer has a CSP. 
[0073] If the first customer does not have a CSP, the 
BSP function e-mails notices to the first customer when- 
ever a bill is received, as shown in a BSP e-mails notice 
of bill availability step 247. Optionally, the BSP function 
could also send notices that multiple bills have been re- 
ceived and/or have not been reviewed. The first custom- 
er may then request the bill from the BSP function in a 
customer requests bill from BSP step 248. This is typi- 
cally accomplished using a web link which allows the 
first customer to access a page at a secure site hosted 
by the BSP function which displays the bill in full (includ- 
ing marketing messages inserted by the first business) 
by clicking on the link, as shown in a detailed bill is pro- 
vided to customer step 249. (Note that in some instanc- 
es only summary billing information may be available, 
such as for example in the case where the detailed bill- 
ing information is not made available on an online ba- 
sis.) 

[0074] Next, the first customer approves the bill for 
payment in an approve payment step 250, following 
which the process moves to a third party BPP determi- 
nation step 252. If the first customer uses a third party 
BPP ("bill payment provider"), the process moves to a 
third party BPP payment step 254 in which the third party 
BPP initiates payment of the bill and sends a notice con- 
firming the initiation of payment to the BSP function 
module. Returning again to the third party BPP determi- 
nation step 252, if, on the other hand, the first customer 
does not use a third party BPP, the process moves in- 
stead to a send electronic payment step 256 in which 
an electronic payment initiation is sent to the BSP ("biller 
service provider") function module. 
[0075] Next, the BSP function module sends a signal 
to the payment processing module to initiate the pay- 
ment process in a send payment initiation signal step 
258. The payment processing module then sends a pay- 
ment debit to the first customer bank to debit the first 
customer's account in a send payment debit step 260. 
Finally, the payment processing module sends a pay- 
ment credit to the first business bank to credit the first 
business's account in a send payment credit step 262. 
[0076] Returning to the check for CSP determination 
step 246, if, on the other hand, the first customer does 
have a CSP, the BSP function module sends bill sum- 
mary information to that CSP in a send bill summary to 
customer CSP step 263. The first customer's CSP e- 
mails notices to the first customer whenever a bill is re- 
ceived, as shown in a CSP e-mails notice of bill availa- 
bility step 264. The CSP function may also be capable 
of sending notices that multiple bills have been received 
and/or have not been reviewed. The first customer may 
then request summary bill information from the CSP 
function in a customer requests bill from CSP step 265. 
This is typically accomplished using a web link which 
allows the first customer to access a page at a secure 
site hosted by the first customer's CSP which displays 
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one or more bill in summary form by clicking on the link, 
as shown in a summary bill is provided to customer step 
265. 

[0077] In a request of bill detail determination step 
267, the first customer can either approve a bill for pay- 
ment based upon the summary bill information, or alter- 
nately request detailed information on a bill. If the first 
customer elects to approve the bill for payment without 
reviewing detailed bill information, the process moves 
immediately to an approve payment step 268. If, on the 
other hand, the first customer requests additional bill de- 
tail (which is generally retained by the BSP function rath- 
er than being provided to the first customer's CSP), that 
information will be provided to the first customer by the 
BSP function. This is typically accomplished using a 
web link which allows the first customer to access a 
page at a secure site hosted by the BSP function which 
displays the bill in full (including marketing messages 
inserted by the first business) by clicking on the link, as 
shown in a BSP sends bill detail to customer step 269. 
The first customer may then elect to pay the bill, and the 
process will moves to the approve payment step 268, 
following which it moves to a third party BPP determi- 
nation step 270. 

[0078] If the first customer's CSP uses a third party 
BPP, the process moves to a third party BPP payment 
step 254 in which the third party BPP initiates payment 
of the bill and sends a notice confirming the initiation of 
payment to the BSP function module. Returning again 
to the third party BPP determination step 270, if, on the 
other hand, the first customer does not use a third party 
BPP, the process moves instead to a send electronic 
payment step 272 in which an electronic payment initi- 
ation is sent to the BSP function module by the first cus- 
tomer's CSP. 

[0079] Next, the BSP function module sends a signal 
to the payment processing module to initiate the pay- 
ment process in the send payment initiation signal step 
258. The payment processing module then sends a pay- 
ment debit to the first customer bank to debit the first 
customer's account in the send payment debit informa- 
tion step 260. Optionally, the payment processing mod- 
ule may also send payment debit information to the first 
customer. Finally, the payment processing module 
sends a payment credit to the first business bank to 
credit the first customer's account in the send payment 
credit information step 262. Optionally, the payment 
processing module may also send payment credit infor- 
mation to the first business. This completes the process 
by which a first business bills a first customer and the 
first customer pays the bill. 

[0080] Moving now to Fig . 7, (which also parallels Fig. 
4), the process by which a first vendor bills the first busi- 
ness and the first business pays the bill is shown. The 
first vendor generates electronic bill data, either directly 
or optionally through the use of a BSP (biller service pro- 
vider"), and the first business accepts electronic bills 
and makes electronic payments. The process starts in 



one of two different places, depending upon whether or 
not the first vendor has a BSP, as illustrated in Fig. 7 in 
a vendor BSP determination step 280. Note that in the 
actual process, there is no requirement for such a de- 
5 termination, because vendors will fall into one category 
or the other. 

[0081] If the first vendor does not have a BSP, the 
process begins in a send bill data to system step 282 in 
which the first vendor sends electronic bill data to the 
10 parse module. Next, in a parse bill data step 284, the 
parse module parses the bill data to extract the desired 
information, which is supplied to the CSP function mod- 
ule of the business combined bill management system 
of the present invention. If, on the other hand, the first 
15 vendor has a BSP, the first vendor provides electronic 
bill data to its BSP in a send bill data to BSP step 286. 
Alternatively, the bill information may be "scraped" from 
the BSP using known screen scraping techniques. The 
first vendor's BSP then sends the electronic bill data to 
20 the CSP function module in a send bill data to system 
step 288. 

[0082] The CSP function module then presents the 
electronic bill (which may be summary or more detailed 
bill information depending on what information has been 
obtained by the CSP function) directly to the first busi- 
ness in a send bill to business step 290. If the CSP func- 
tion has only summary bill information or initially sends 
only summary bill information, the bill detail may be ob- 
tained from the CSP function, from the first vendor's 
BSP, or from the first vendor as appropriate. Next, the 
first business approves the bill for payment in an ap- 
prove payment step 292. The process then moves to a 
send electronic payment step 294 in which an electronic 
payment initiation signal is sent to the CSP function 
module. 

[0083] Next, the CSP function module sends a signal 
to the payment processing module to initiate the pay- 
ment process in a send payment initiation signal step 
296. The payment processing module then sends a pay- 
ment debit to the first business bank to debit the first 
business's account in a send payment debit information 
step 298. Optionally, the payment processing module 
may also send payment debit information to the first 
business. Finally, the payment processing module 
sends a payment credit to the first vendor bank to credit 
the first vendor's account in a send payment credit in- 
formation step 300. Optionally, the payment processing 
module may also send payment credit information to the 
first vendor. This completes the process by which a first 
vendor bills the first business and the first business pays 
the bill. 

[0084] Turning next to Fig. 8 (which parallels Fig. 4), 
the process by which a second business bills a second 
customer and the second customer pays the bill is 
shown. The second business generates paper invoices, 
and the second customer accepts paper invoices and 
makes paper payments. In a send paper invoices step 
310, the second business sends the paper invoices to 
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the paper scanning module. Next, in a paper scanning 
step 312, the paper scanning module scans the paper 
invoices and produces scanned data as an output. The 
scanned data is supplied to the data converting module, 
and in a scanned data conversion step 314 the scanned 
data is converted into bill data including the desired in- 
formation, which bill data is sent to the BSP function 
module of the business combined bill management sys- 
tem of the present invention. 

[0085] In a determine capability of receiving electronic 
bills step 316, the BSP function module confirms that 
the second customer cannot receive electronic bills. 
(Note that in the example contemplated in Fig. 8, the 
customer cannot in fact receive electronic bills; accord- 
ingly, the determine capability of receiving electronic 
bills step 31 6 is not shown as having more than one out- 
come.) The BSP module initiates printing of paper bills 
in an initiate printing of paper bills step 31 8, following 
which the paper bills are printed for the second customer 
in a print paper bill step 320, and then mailed (typically 
by regular postal service) to the second customer in a 
send paper bill step 322. 

[0086] The second customer then prepares and 
sends a paper payment (such as a check) in a send pa- 
per payment step 324, with the paper payment being 
received by a paper lock box in a receive paper payment 
step 326. The paper payment (information contained in 
which typically includes at least an account number for 
the second customer, the amount being paid, and the 
second customer's bank account information) is proc- 
essed through conventional paper check clearing proc- 
esses. The paper lockbox sends payment credit infor- 
mation to the BSP function module. 
[0087] Turning now to Fig. 9 (which also parallels Fig. 
5), the process by which a second vendor bills the sec- 
ond business and the second business pays the bill is 
shown. The second vendor generates paper bills, and 
the second business accepts electronic bills and makes 
paper payments to the second vendor, which does not 
accept electronic payments. The process starts with a 
send paper bills step 340 in which the second vendor 
sends a paper bill to the paper scanning module of the 
combined bill management system of the present inven- 
tion. In a paper bill scanning step 342, the paper scan- 
ning module scans the paper bill and produces scanned 
data as an output. The scanned data is supplied to the 
data converting module, and in a scanned data conver- 
sion step 344 the scanned data is converted into bill data 
including the desired information, which bill data is sent 
to the CSP function module of the business combined 
bill management system of the present invention. 
[0088] The CSP function module then presents the 
electronic bill (which may be summary or more detailed 
bill information depending on what information has been 
obtained by the CSP function) directly to the second 
business in a send bill to business step 346. Next, the 
second business approves the bill for payment in an ap- 
prove payment step 348, and then sends an electronic 



payment initiation signal to the CSP function module in 
an initiate payment step 350. 

[0089] The CSP function module then sends a pay- 
ment printing initiation signal to the paper payment print- 
5 er in a send printing initiation signal step 352. The paper 
payment printer will then print a paper payment (typically 
a check) to the second vendor in a print paper payment 
step 354. This paper payment is then sent to the second 
vendor in a send printed payment step 356, and it is de- 

10 posited by the second vendor following receipt and pay- 
ment is made as is conventional. 
[0090] Referring next to Fig. 10, an exemplary proc- 
ess which may be used by the operational cash flow pro- 
jection module (illustrated as 116 in Fig. 3) to provide 

15 information to businesses served by the business com- 
bined bill management system of the present invention 
is shown. The first five steps of the process used by the 
operational cash flow projection module are information 
gathering steps, and they are followed by three calcula- 

20 tion steps, with the process culminating in the provision 
of information including operational cash flow projec- 
tions to the businesses served by the business com- 
. bined bill management system. Note that the order of 
the five information gathering steps is inconsequential. 

25 [0091] The operational cash flow projection module 
obtains payroll information and payment dates for pay- 
rolls occurring in the future from the businesses* payroll 
accounting systems periodically in an obtain payroll in- 
formation step 360. Typically, this information is ob- 

30 tained on a less frequent basis, since payrolls are typi- 
cally paid on a twice monthly basis. Calculations can be 
done by the operational cash flow projection module 
based on a stable payroll for periods of time well into the 
future. It will be appreciated by those skilled in the art 

35 that the information gathered in the obtain payroll infor- 
mation step 360 is financial information which relates to 
the future financial position of a business. In a similar 
manner, information about other payments and receipts 
that are not related to invoices to customers or bills from 

40 vendors can be gathered. 

[0092] The process next moves to an obtain bank ac- 
count information step 362 in which the operational cash 
flow projection module obtains information about the 
current balances of all of the bank accounts and other 

45 financial holdings of the businesses. This information is 
obtained more frequently, for example at least once 
each business day. While in Figs. 4 and 5 only informa- 
tion from a single bank is illustrated as being collected, 
it will be appreciated by those skilled in the art that fi- 

50 nancial information can easily be collected from all of 
the various sources in which the businesses have finan- 
cial holdings. It will also be appreciated that the infor- 
mation gathered in the obtain bank account information 
step 362 is of transactions which have been processed 

55 and is thus present rather than future financial informa- 
tion. 

[0093] The next step is an obtain processed payment 
information step 364 in which the operational cash flow 
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projection module obtains information from the payment 
processing module (illustrated as 114 in Fig. 3) about 
transactions which have been processed for payment 
by the payment processing module. This information is 
obtained on an ongoing basis. While these transactions 
will not yet be reflected in the balances of the business- 
es' banks, they reflect future transactions which will oc- 
cur in the near future. Thus, it will be appreciated that 
the information gathered in the obtain processed pay- 
ment information step 364 is future rather than present 
financial information. 

[0094] The process next moves to an obtain customer 
payment information step 366 in which the operational 
cash flow projection module obtains information from 
the BSP module (illustrated as 110 in Fig. 3) about re- 
garding payments which have been made or scheduled 
by customers. This information is obtained on an ongo- 
ing basis, and can relate to payments made by inde- 
pendent CSP's or by third party bill payment services, 
as well as information regarding payment which will be 
handled shortly by the payment processing module of 
the business combined bill management system. It will 
thus be appreciated that the information gathered in the 
obtain customer payment information step 366 is future 
rather than present financial information. 
[0095] The next step in the process is an obtain ven- 
dor billing information step 368 in which the operational 
cash flow projection module obtains information from 
the CSP module (illustrated as 112 in Fig. 3) about pay- 
ments which are being made or have been scheduled 
to be made to vendors. This information is obtained on 
an ongoing basis, and relates to payments which have 
been initiated but have not yet cleared, which payments 
which will be handled shortly by the payment processing 
module of the business combined bill management sys- 
tem. Thus, it will be appreciated that the information 
gathered in the obtain vendor billing information step 
368 is future rather than present financial information. 
[0096] The process moves next to a reconcile receipt 
and payment transaction step 370 in which the opera- 
tional cash flow projection module reconciles receipt in- 
formation received from the BSP function module and 
payment information received from the CSP function 
module with information received from the payment 
processing module and bank account information. This 
process occurs with the same frequency as the obtain- 
ing of information from the bank accounts affected by 
the receipts and payments. 

[0097] The operational cash flow projection module 
determines the calculated balances of all financial ac- 
counts based upon executed payment information re- 
ceived in the preceding steps in a balance calculation 
step 372. It also determines future projected balances 
based upon anticipated payment information received 
in the preceding steps in a determine future projected 
balance information step 374, with the calculations 
showing the projected fluctuation of balances over a sig- 
nificant future period which may range from days to 



weeks or more. Finally, the calculated and projected 
cash flow information is provided to the businesses 
served by the business combined bill management sys- 
tem of the present invention in a provide cash flow in- 

5 formation step 376. 

[0098] Turing next to Fig. 11 , and with reference again 
to Fig. 3, an exemplary depiction of one possible hard- 
ware implementation of the business combined bill man- 
agement system of the present invention which uses 

10 discrete servers for each primary function is illustrated. 
A BSP server 380 is used to provide the function of the 
BSP function module 110, a CSP server 382 is used to 
provide the function of the CSP function module 112, a 
PP server 384 is used to provide the function of the pay- 

15 ment processing module 114, and an OCFP server 386 
is used to provide the function of the operational cash 
flow projection module 116. All four of the servers 380, 
382, 384, and 386 are linked together by a network con- 
nection 388. 

20 [0099] Each of the servers 380, 382, 384, and 386 is 
connected to a disk storage device, as designated by 
the reference numbers 390, 392, 394, and 396, respec- 
tively. A scanner 398 is also connected to the network 
connection 388, and may serve to provide the functions 
of both the paper scanning module 130 and the paper 
scanning module 166. Alternately, two scanners could 
instead be used. A printer 400 is also connected to the 
network connection 388, and may serve to provide the 
functions of both the paper bill printer module 136 and 
the paper payment printer 178. Alternately, two printers 
could be used instead. 

[01 00] A firewall/router server 402 having a disk stor- 
age device 404 connected thereto is also connected to 
the network connection 388. The firewall/router server 
402 is connected to one or more leased lines 406, which 
may link the business combined bill management sys- 
tem of the present invention with various businesses 
(none of which are shown in Fig. 11 ). The firewall/router 
server 402 is also connected to the Internet 408, through 
which the business combined bill managerhent system 
of the present invention may be connected to customers 
and vendors (the Internet 408 may also be a connection 
medium for one or more of the businesses described 
above as being connected through leased lines 406). 
[0101] Moving finally to Fig. 12, another exemplary 
depiction of a possible hardware implementation of the 
business combined bill management system of the 
present invention which uses a single computer 420 for 
all functions is illustrated. The computer 420 is connect- 
ed to a disc storage device 422, to one or more leased 
lines 424, and to the Internet 426. A scanner 428 and a 
printer 430 are also connected to the computer 420. The 
computer 420 thus performs the functions of all five of 
the servers 380, 382, 384, 386, and 402 illustrated in 
Fig. 11 , and may itself be a mainframe, for example. 
[0102] In another embellishment, the business com- 
bined bill management system of the present invention 
may be provided by a service provider on behalf of any 
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number of different companies. In this event, the busi- 
ness combined bill management system of the present 
invention would be operated by the service provider and 
branded with the name of businesses on behalf of which 
the service provider was providing the bill management 5 
service. For example, consider the situation where the 
third party provider operates the business combined bill 
management system on behalf of one or more banks, 
which in turn market the service to their customers. 
[0103] In this regard, if the business combined bill 10 
management system is being provided as a branded 
product on behalf of one or more banks, a natural ex- 
tension would be the provision of screen flow hooks into 
an on-line banking system. Such a system would move 
seamlessly between the two (or more) applications, 1$ 
without the necessity to have passwords entered to log 
onto the other secure system after the initial logon to the 
bank's secure website, or to one of the parts thereof. 
This feature may be referred to as seamless login, and 
includes seamless enrolment to all the other systems 20 
once the user has enrolled in any one of the systems. 
[01 04] It may therefore be appreciated from the above 
detailed description of the preferred embodiment of the 
present invention that it teaches an integrated, com- 
bined bill management system for use by businesses 25 
which interfaces with both customers and vendors of the 
businesses. The business combined bill management 
system enables the presentation of invoices to custom- 
ers of the businesses, and it further facilitates payment 
by the customers. The business combined bill manage- 30 
ment system of the present invention enables the ob- 
taining of bills from the vendors and it presents these 
bills electronically to the businesses and facilitates their 
electronic payment by the businesses. 
[0105] The business combined bill management sys- 35 
tern of the present invention is capable of accepting any 
form of customer invoicing information from businesses, 
including either paper or electronic invoice information. 
The business combined bill management system is ca- 
pable of supplying either electronic or paper invoices to *o 
customers, irrespective of the form of invoice originally 
generated and provided by the businesses. The busi- 
ness combined bill management system of the present 
invention is capable of accepting either paper or elec- 
tronic payment from customers irrespective of the form 45 
in which the invoice was sent to the customers. 
[0106] The business combined bill management sys- 
tem of the present invention is capable of accepting ei- 
ther paper or electronic bills from vendors, while provid- 
ing electronic bills to the businesses for review and pay- 50 
ment. The business combined bill management system 
in its preferred embodiment also can advantageously 
present an operational cash flow management capabil- 
ity to enable the businesses it serves to understand both 
their present and anticipated future cash flow position. 55 
The business combined bill management system of the 
present invention is capable of simultaneously serving 
a plurality of businesses, each of which has both multi- 



ple customers and multiple vendors. 
[0107] The business combined bill management sys- 
tem of the present invention operates in a manner which 
is both secure and effective, and it requires little or no 
effort or special training for the employees of businesses 
which use it to handle their invoicing of and collection 
from customers, and review and payment of bills from 
their vendors. The business combined bill management 
system of the present invention is also economically ef- 
ficient by virtue of its integrated design to minimise its 
cost and thereby afford it the broadest possible market. 
Finally, all of the aforesaid advantages and objectives 
of the business combined bill management system of 
the present invention are achieved without incurring any 
substantial relative disadvantage. 
[0108] ' Although an exemplary embodiment of the 
business combined bill management system of the 
present invention has been shown and described with 
reference to particular embodiments and applications 
thereof, it will be apparent to those having ordinary skill 
in the art that a number of changes, modifications, or 
alterations to the invention as described herein may be 
made, none of which depart from the spirit or scope of 
the present invention. All such changes, modifications, 
and alterations should therefore be seen as being within 
the scope of the present invention. 



Claims 

1. A method of managing bills for a plurality of busi- 
nesses, comprising: 

obtaining customer billing information from said 
businesses for customers of said businesses; 
sending customer bills to said customers of 
said businesses based upon said customer bill- 
ing information; 

accepting payment information from said cus- 
tomers of said businesses relating to said cus- 
tomer bills; 

receiving vendor billing information from ven- 
dors of said businesses; 
providing vendor bills to said businesses based 
upon said vendor billing information; 
getting payment instructions from said busi- 
nesses relating to said vendor bills; and 
arranging for the payment of vendor bills on be- 
half of said businesses to said vendors in re- 
sponse to said payment instructions. 

2. A method as defined in claim 1, wherein said ob- 
taining step comprises: 

acquiring billing information from said busi- 
nesses; 

extracting billing data from said billing informa- 
tion, said extracted billing data being in elec- 
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tronic form and/or wherein said sending step 
comprises: 

presenting at least some of said customer bills 
to at least a portion of said customers electron- 
ically and/or wherein said sending step com- 5 
prises: 

printing and mailing at least some of said cus- 
tomer bills as paper bills to at least a portion of 
said customers who are incapable of receiving 
electronic bills and/or wherein said sending 10 
step comprises: 

presenting at least some of said customer bills 
to a first group of said customers electronically; 
and 

printing and mailing said customer bills as pa- *5 
per bills to said first group of said customers 
and/or wherein said wherein said payment in- 
formation comprises: 

a portion of a customer bill identifying a partic- 
ular customer; and 20 
a payment instrument such as a cheque, and/ 
or wherein said payment information compris- 
es: 

electronic information identifying a particular 
customer; and 25 
electronic payment information to facilitate a 
transfer of funds from an account associated 
with said particular customer to an account as- 
sociated with said business and/or wherein 
said payment information comprises: 30 
electronic information identifying a particular 
customer; and 

electronic payment information providing infor- 
mation regarding the initiation of a transfer of 
funds from an account associated with said par- 35 
ticular customer to an account associated with 
said business by a third party payment provider 
and/or wherein said receiving step comprises: 
acquiring vendor billing information from said 
vendors; 40 
extracting vendor billing data from said vendor 
billing information, said extracted vendor billing 
data being in electronic form and/or wherein 
said providing step comprises: 
presenting said vendor bills to said businesses 45 
electronically and/or wherein said getting step 
comprises: 

acquiring payment instructions for at least 
some of said vendor bills from said businesses 
electronically and/or wherein said arranging so 
step comprises: 

for each vendor bill authorised for payment by 
said business, initiating the electronic transfer 
of funds from an account associated with said 
business to an account associated with the par- 55 
ticular vendor associated with said vendor bill 
and/or additionally comprising: 
acquiring financial information relating to each 



business; 

determining cash flow information relating to 
each business's present and anticipated future 
cash flow position based upon said financial in- 
formation relating to each business; and 
supplying each business with said cash flow in- 
formation relating to its present and anticipated 
future cash flow position and/or wherein said 
method of managing is performed at least in 
part as a service bureau for at least one insti- 
tution having a plurality of businesses as cli- 
ents, said method additionally comprising: 
branding all communications with clients of said 
institution with information identifying said insti- 
tution and/or wherein said method of managing 
is performed at least in part as a service bureau 
for at least one institution having a plurality of 
businesses as clients, and wherein said obtain- 
ing, sending, accepting, providing, getting, and 
arranging steps collectively define a bill man- 
agement service provided by said institution to 
its clients, and wherein said institution has at 
least one other service which is provided elec- 
tronically to its clients, and wherein using either 
of said services requires a secure logon proce- 
dure, said method additionally comprising: 
allowing said clients to move from said bill man- 
agement service to said at least one other serv- 
ice and from said at least one other service to 
said bill management service without requiring 
a second secure logon procedure and/or addi- 
tionally comprising: 

delivering targeted messages to customers of 
a business with customer bills, said targeted 
messages relating either to the business or to 
its products or services, or, alternately compa- 
ny or to its products or services which are being 
marketed through a tie-in to the business send- 
ing the customer bills. 

A method as defined in claim 2, wherein at least a 
portion of said billing information acquired from said 
businesses is in electronic form and/or wherein at 
least a portion of said billing information acquired 
from said businesses is in the form of paper invoic- 
es, wherein said extracting step comprises: 

scanning said paper invoices to produce 
scanned paper invoice data; and 
identifying and converting pertinent information 
contained in said scanned paper invoice data 
into said billing data and/or wherein said pre- 
senting step comprises either presenting said 
customer bills electronically directly to custom- 
ers, or presenting said customer bills to a CSP 
("Customer Service Provider") which presents 
bills received by it to customers and/or wherein 
at least a portion of said vendor billing informa- 
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tion acquired from said vendors is in electronic 
form and/or wherein at least a portion of said 
vendor billing information acquired from said 
vendors is in the form of paper bills, wherein 
said extracting step comprises: 5 
scanning said paper bills to produce scanned 
paper bill data; and 

identifying and converting pertinent information 
contained in said scanned paper bill data into 
said vendor billing data and/or wherein said fi- 10 
nancial information comprises: 
information relating to amounts billed by each 
business to its customers, amounts billed by 
vendors to each business, payments received 
from customers, and vendor bills paid on the 15 
businesses' behalf and/or wherein said finan- 
cial information further comprises: 
information from bank accounts associated 
with said businesses and/or wherein said finan- 
cial information further comprises: 20 
information relating to present and/or future 
payroll payments to be made by the business- 
es. 

4. A method as defined in claim 3, wherein at least a 25 
portion of said billing information acquired from said 
businesses is in the form of a print stream and/or 
wherein at least a portion of said billing information 
acquired from said businesses is acquired by 
screen scraping and/or wherein said financial infor- 30 
mation further comprises: 

information relating to other non-invoice-based 
payments to be made by the businesses. 

35 

5. A method as defined in claim 2, further comprising: 

in response to any payment instructions re- 
ceived from any of said customers, facilitating 
payment of said customer bills from any work *o 
customers to said businesses; and 

providing the businesses with information relating 
to customer bill amounts, payments received from 
customers, vendor bill amounts, payments received 45 
from customers, vendor bill amounts, and vendor 
bills paid on the businesses 1 behalf. 

6. A method of managing bills for a business, compris- 
ing: 50 

operating a first presentment and payment sys- 
tem for presenting invoices on behalf of a busi- 
ness to a customer of that business, said first 
presentment and payment system affording 55 
said customer the opportunity to pay said in- 
voices to said business through said first pre- 
sentment and payment system; and 



operating a second presentment and payment 
system for receiving bills from a vendor of said 
business and presenting such bills to said busi- 
ness, said business paying said bills through 
said second presentment and payment system. 

7. A method of managing bills for a plurality of busi- 
nesses, comprising: 

presenting bills on behalf of said businesses to 
customers of the businesses; 
accepting payment instructions or payment in- 
formation from said customers in response to 
presented bills; 

in response to any payment instructions re- 
ceived from any of said customers, facilitating 
payment from any such customers to said busi- 
nesses; 

collecting bills from vendors of the businesses 
and presenting them to the businesses for ap- 
proval; and 

in response to approval of bills presented to the 
businesses, paying the vendors on behalf of the 
businesses. 

8. A method as defined in claim 7, further comprising 
providing the businesses with information relating 
to invoiced amounts and bills paid on their behalf. 

9. An integrated bill management system, comprising: 

a first module which receives first billing infor- 
mation associated with a first customer from a 
first business and presents a first bill based up- 
on said first billing information to said first cus- 
tomer, said first module subsequently accept- 
ing first payment information from said first cus- 
tomer indicative of a first payment to be made 
by said first customer to said first business rel- 
ative to said first bill; 

a second module which receives second billing 
information associated with said first business 
from a first vendor and presents a second bill 
based upon said second billing information to 
said first business, said second module subse- 
quently accepting second payment information 
from said first business indicative of a second 
payment to be made by said first business to 
said first vendor relative to said second bill and 
in response to the receipt of said second pay- 
ment information generates a vendor payment 
signal; and 

a third module which, in response to the gener- 
ation of a vendor payment signal by said sec- 
ond module, causes a transfer of funds from an 
account of said first business to an account of 
said first vendor to thereby pay said second bill. 



15 



29 EP 1 361 532 A2 

10. An integrated bill management system, comprising: 

a first presentment and payment system for 
presenting invoices on behalf of a business to 
a customer of that business, said first present- 5 
ment and payment system affording said cus- 
tomer the opportunity to pay said invoices to 
said business through said first presentment 
and payment system; and 
a second presentment and payment system for 10 
receiving bills from a vendor of said business 
and presenting such bills to said business, said 
business paying said bills through said second 
presentment and payment system. 
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